home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941221-19950208 / 000003_news@columbia.edu_Wed Dec 21 22:32:02 1994.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA24006
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Wed, 21 Dec 1994 17:32:05 -0500
  3. Received: by apakabar.cc.columbia.edu id AA10500
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Wed, 21 Dec 1994 17:32:04 -0500
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: a friend having a problem
  9. Date: 21 Dec 1994 22:32:02 GMT
  10. Organization: Columbia University
  11. Lines: 31
  12. Message-Id: <3daad2$a80@apakabar.cc.columbia.edu>
  13. References: <pX3-kuqcZBFF075yn@primenet.com> <1994Dec21.102006.35857@cc.usu.edu>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <1994Dec21.102006.35857@cc.usu.edu>,
  18. Joe Doupnik <jrd@cc.usu.edu> wrote:
  19. >In article <pX3-kuqcZBFF075yn@primenet.com>,
  20. >jbishop@primenet.com (Jeff Bishop) writes:
  21. >> 
  22. >> Description:  Computer locks up solid if "set receive packet-length 2000"
  23. >>               is a parameter when calling Kermit from a {Commo} macro.
  24. >> ...
  25. >Those omitted details show that program COMMO is attached to the
  26. >serial port hardware.  That will be fatal if Kermit also uses the same
  27. >hardware.  Thus I recommend you try without COMMO.
  28. >
  29. On the other hand, MS-DOS Kermit 3.14 is specifically designed to be used
  30. as an external protocol by other software, so if Commo leaves the port
  31. alone while Kermit is using it, hopefully there will be no interference.
  32.  
  33. Two other possibilities spring to mind.  When you add this command, you
  34. are doing two things: making the command line longer, and causing Kermit
  35. to dynamically allocate memory for packet buffers.
  36.  
  37. If the command line is longer than DOS's buffer for command lines (if I
  38. recall correctly), terrible things can happen.  It is better to use a
  39. shorter command line which points Kermit at a file to execute additional
  40. commands from.
  41.  
  42. If that's not the explanation, then look at your memory management setup
  43. very carefully -- maybe more than one process is contending for the same
  44. memory, or QEMM is misconfigured, or Commo is not respecting Kermit's
  45. "space", or some other application, driver, or TSR is misbehaving.
  46.  
  47. - Frank